マルチホップワイヤレス通信のためのトラフィック管理

专利摘要:
マルチホップワイヤレス通信システムにおいて、さまざまなトラフィック管理技術を使用する。例えば、データを別のノードに送信する決定は、そのノードがそのノードのデータを効率的に送信できるか否かに基づいていてもよい。干渉管理メッセージを送信する決定は、親ノードが送信するかもしれないデータの量に基づいていてもよい。干渉管理メッセージを送信する決定は、どのくらい効率よくデータが送信されているかに基づいていてもよい。トラフィックスケジューリングポリシーに基づいて、干渉管理メッセージに対して重みを割り当ててもよい。
公开号:JP2011512758A
申请号:JP2010546934
申请日:2009-02-13
公开日:2011-04-21
发明作者:スタモウリス、アナスタシオス；サンパス、アシュウィン
申请人:クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ；
IPC主号:H04W28-14

专利说明:

[0001] 分野
本出願は、一般的に、ワイヤレス通信に関する。さらに詳細に説明すると、本出願は、マルチホップトラフィックを管理することに関するが、これに限定されるものではない。]
[0002] イントロダクション
ワイヤレス通信を確立するために、さまざまなネットワークトポロジーが使用される。所望のワイヤレス通信能力に応じて、例えば、ワイドエリアネットワーク、ローカルエリアネットワーク、または他の何らかのタイプのネットワークが配備されてもよい。]
[0003] ワイヤレスワイドエリアネットワークは、認可された周波数帯域内の計画的配備として実現されてもよい。このようなネットワークは、比較的大多数のユーザをサポートするために、スペクトル効率およびサービスの品質を最適化するように設計されていてもよい。セルラネットワークが、ワイヤレスワイドエリアネットワークの１つの例である。]
[0004] ワイヤレスローカルネットワークは、集中的計画なく配備されることが多い。このようなネットワークは、例えば、インフラストラクチャベースのアーキテクチャまたはアドホックベースのアーキテクチャを利用している認可されていないスペクトルで配備されているかもしれない。このタイプのネットワークは、一般的に、比較的少ない数のユーザをサポートするかもしれない。Ｗｉ−Ｆｉ（登録商標）ネットワークが、ワイヤレスローカルエリアネットワークの１つの例である。]
[0005] 実際に、所定のタイプのサービスを提供するためになされるかもしれないトレードオフにより、上記のネットワークには、さまざまな短所がある。例えば、集中的計画の複雑性が原因で、ワイヤレスワイドエリアネットワークをセットアップすることは、比較的費用がかかるかもしれない。さらに、このタイプのネットワークは、動的トラフィックフローに効率的に対処しないかもしれない。したがって、このようなスキームは、「ホットスポット」配備にうまく適していないかもしれない。一方、計画されていないワイヤレスローカルエリアネットワークは、計画されたネットワークのように、同じレベルの空間効率（ビット／単位面積）を実現しないかもしれない。さらに、ネットワーク中のノード間の潜在的な干渉を補償するために、計画されていないスキームは、キャリア検知多元接続のような干渉緩和技術を使用してもよい。しかしながら、実際に、これらのような干渉緩和技術は、低い利用や、公平性の制限された制御や、隠れノードおよび露出ノードに影響を受け易いことがある。]
[0006] 米国特許出願公開番号第２００７／０１０５５７４号では、ワイヤレス通信システムにおいて効果的に使用されるさまざまな技術を記述しており、この開示は、参照によって組み込まれている。いくつかの態様では、このようなシステムは、タイムスロットベースの通信を使用してもよく、タイムスロットベースの通信では、システムにおける複数のワイヤレスノードが、指定されたタイムスロット中に、所定のチャネルを通して、同時に送信および受信する。]
[0007] ここで、１つのノードの送信機と別のノードの受信機とによる送信の共同スケジューリングによって、ワイヤレスチャネルの公平な分担が促進される。例えば、送信することを望むノードが、そのノード付近のワイヤレスリソースの利用可能性の知識に基づいて、１組のリソース（例えば、１つ以上のチャネル上の１つ以上のタイムスロット）を要求するかもしれない。この要求に応答して、送信を受信するであろうノードが、そのノード付近におけるワイヤレスリソースの利用可能性のノードの知識に基づいて、要求されたチャネルのうちのいくつか、または、すべてを許可してもよい。例えば、送信することを意図するノードが、ノードが送信することを望むときに受信するかもしれない隣接ノードをリスニングすることによって、リソースの利用可能性を知ってもよい。逆に、受信することを意図するノードが、ノードが受信することを望むときに送信するかもしれない隣接ノードをリスニングすることによって、潜在的な干渉を知ってもよい。隣接送信によってそのノードの受信が影響されるであろうこと、または、影響されるかもしれないことを、ノードが決定する場合には、ノードは、隣接ノードの干渉送信の制限を隣接ノードに実行させようとして、リソース利用メッセージ（「ＲＵＭ」）を送信するかもしれない。関連する態様にしたがうと、（例えば、受信している間にノードが認識する干渉が原因で）ノードが損害を受けたり、送信の衝突防止モードを望んだりすることだけではなく、ノードが損害を受ける度合いもまた示すために、ＲＵＭを重み付けしてもよい。]
[0008] ＲＵＭを受信するノードは、ＲＵＭを受信した事実とともに、この重みも利用して、適切な応答を決定してもよい。例えば、ノードは、送信をやめることを選択してもよいし、または、１つ以上の指定されたタイムスロット中でノードの送信電力を低下させてもよい。代替的に、例えば、ＲＵＭを送信した他の何らかのノードよりも、関係ノードがより損害を受けたことを示すＲＵＭをノードが受信した場合、ノードは、ＲＵＭを無視してもよい。このケースでは、ノードは、指定されたタイムスロット中で、そのノードの関係ノードに送信することを選択するかもしれない。したがって、重みのアドバタイズは、システムにおけるすべてのノードに公正である衝突防止スキームを提供するかもしれない。]
概要

[0009] 本開示のサンプルの態様の概要が続く。ここでの、態様という用語の何らかの言及は、本開示の１つ以上の態様に関連していることを理解すべきである。]
[0010] いくつかの態様において、本開示は、マルチホップワイヤレス通信システム中でトラフィックを管理することに関する。ここで、トラフィックを管理することは、例えば、データを送信するか否かを決定したり、干渉管理（例えば、緩和）メッセージを送信するか否かや、干渉管理（例えば、緩和）メッセージをどのように送信するかを決定したりすることに関連する。]
[0011] いくつかの態様では、本開示は、ノードのデータをノードが効率的に送信できるか否かに基づいて、データを別のノードに送信するか否かを決定することに関連する。例えば、ノードの送信パスにおける障害が原因で、ノードが、データを効率的に送信できないことがある。このケースでは、ノードに送信された何らかのデータが、そのノードによって効率的な方法で転送されないかもしれないので、このノードに送信しないことが決定されてもよい。]
[0012] いくつかの態様では、本開示は、親ノードから受信されるかもしれないデータの量に基づいて、干渉管理メッセージ（例えば、ＲＵＭ）を送信するか否かを決定することに関連する。先述したように、いくつかの状況のもと、データの受信に対するリソース（例えば、帯域幅）を予約するために、干渉管理メッセージが使用されてもよい。しかしながら、親ノードが、送るデータをほとんど有さない場合には、受信データに関係するサービスの品質が不十分であるときにでさえ、干渉管理メッセージを送信しないことが決定されるかもしれない。これらの状況下で干渉管理メッセージを使用しないで済ませることによって、ノードは、効率的に利用されずに終わるかもしれないリソースを予約することを効果的に防止する。]
[0013] 本開示は、いくつかの態様において、どのくらい効率よく、そのノードがそのノードのデータを送信するかに基づいて、干渉管理メッセージを所定のノードから送信するか否かを決定することに関連する。例えば、ノードが（例えば、送信パスにおける障害が原因で）データを効率的に送信できない場合には、ノードは干渉管理メッセージを送信しないことを選択してもよい。すなわち、その受信データに対する不十分なサービスの品質の検出の際にノードがそうでなければ送信するかもしれない干渉管理メッセージを送信することを、ノードは回避する。例えば、干渉管理メッセージの使用により受信された何らかのデータが、意図されている宛先に効率的な方法で転送されることにならないかもしれないので、干渉管理メッセージを送信することを回避することは好ましい。]
[0014] 本開示は、いくつかの態様において、別のノードのトラフィックスケジューリングポリシーに基づいて、干渉管理メッセージに対するサービスの品質に関する表示（例えば、重み）を干渉管理メッセージに割り当てることに関連する。ここで、ノードの階層に対するスケジューリングポリシーは、階層のノードにわたってデータフローをどのように分配すべきかを指定してもよい。例えば、階層における中継ノードにわたって、または、階層のすべてのリーフノードにわたって、スケジューリングポリシーはサービスの等しいグレードを指定してもよい。いくつかの観点において、階層のノードによって送信される干渉管理メッセージの重みは、スケジューリングポリシーにしたがって、そのノードを通る予期されるトラフィックの量に基づいていてもよい。]
図面の簡単な説明

[0015] 以下に続く詳細な説明や、特許請求の範囲や、図面において、本開示の、これらのサンプルの態様および他のサンプルの態様を記述する。
図１は、ワイヤレス通信システムのサンプルの態様の簡略図である。
図２は、ワイヤレスノードの階層のサンプルの態様の簡略図である。
図３は、マルチホップ構成におけるワイヤレス通信システムのサンプルのコンポーネントのいくつかの態様の簡略ブロック図である。
図４は、ワイヤレスノード間のトラフィックフローのサンプルの態様を図示している簡略図である。
図５は、ワイヤレス通信システムにおけるトラフィックフローを促進するように実行される動作のいくつかのサンプルの態様のフローチャートである。
図６は、ワイヤレス通信システムのサンプルのコンポーネントのいくつかの態様の簡略ブロック図である。
図７は、ワイヤレスノード間のトラフィックフローのサンプルの態様を図示している簡略図である。
図８は、ワイヤレス通信システムにおけるトラフィックフローを促進するように実行される動作のいくつかのサンプルの態様のフローチャートである。
図９は、ワイヤレス通信システムのコンポーネントのサンプルのいくつかの態様の簡略ブロック図である。
図１０は、ワイヤレスノード間のトラフィックフローのサンプルの態様を図示している簡略図である。
図１１は、ワイヤレス通信システムにおけるトラフィックフローを促進するように実行される動作のいくつかのサンプルの態様のフローチャートである。
図１２は、ワイヤレス通信システムのサンプルのコンポーネントのいくつかの態様の簡略ブロック図である。
図１３は、ワイヤレスノード間のトラフィックフローのサンプルの態様を図示している簡略図である。
図１４は、ワイヤレス通信システムにおけるトラフィックフローを促進するように実行される動作のいくつかのサンプルの態様のフローチャートである。
図１５は、ワイヤレス通信システムのサンプルのコンポーネントのいくつかの態様の簡略ブロック図である。
図１６は、通信コンポーネントのいくつかのサンプルの態様の簡略ブロック図である。
図１７は、ここで教示したようなワイヤレス通信を促進するように構成されている装置のいくつかのサンプルの態様の簡略ブロック図である。
図１８は、ここで教示したようなワイヤレス通信を促進するように構成されている装置のいくつかのサンプルの態様の簡略ブロック図である。
図１９は、ここで教示したようなワイヤレス通信を促進するように構成されている装置のいくつかのサンプルの態様の簡略ブロック図である。
図２０は、ここで教示したようなワイヤレス通信を促進するように構成されている装置のいくつかのサンプルの態様の簡略ブロック図である。] 図１ 図１０ 図１１ 図１２ 図１３ 図１４ 図１５ 図１６ 図１７ 図１８
[0016] 一般的なプラクティスにしたがった、図面で図示したさまざまな特徴は、スケーリングして描かれていない。したがって、さまざまな特徴の寸法は、明確にするために、適宜、拡大または縮小をしているかもしれない。さらに、図面のうちのいくつかは、明確にするために簡略化しているかもしれない。したがって、図面は、所定の装置（例えば、デバイス）または方法のコンポーネントのすべてを図示しているわけではない。最後に、同じ参照番号は、明細書および図面全体を通して同じ特徴を示すために使用されている。]
詳細な説明

[0017] 本開示のさまざまな態様を以下で記述する。ここでの教示は、幅広いさまざまな形態で具現化してもよいことや、ここで開示している任意の特定の構成、機能、または双方のものは、単なる代表例であることは明らかである。ここでの教示に基づいて、ここで開示した態様は他の何らかの態様とは無関係に実現されてもよいこと、そして、これらの態様のうちの２つ以上のものはさまざまな方法で組み合わせされてもよいことを、当業者は正しく認識すべきである。例えば、ここで述べた任意の数の態様を使用して、装置を実現しても、または、方法を実施してもよい。さらに、ここで述べた態様のうちの１つ以上の態様に加えて、または、これとは異なる構成および機能性、あるいは他の構成、機能性を使用して、このような装置を実現しても、このような方法を実施してもよい。さらに、態様は、クレームの少なくとも１つの要件を含む。上記の例のように、いくつかの態様では、ワイヤレス通信の方法は、第３のワイヤレスノードに対する送信のために第２のワイヤレスノードにおいてバアッファリングされるデータに関連する情報を、第１のワイヤレスノードにおいて受信することと、情報に基づいて、第２のワイヤレスノードに送信するか否かを決定することとを含む。さらに、いくつかの態様では、情報は、第２のワイヤレスノードの送信バッファのステータスを示す。]
[0018] 図１は、ワイヤレス通信システム１００のいくつかのサンプルの態様を図示している。システム１００は、いくつかのワイヤレスノードを含んでおり、一般的にノード１０２および１０４と指定されている。それぞれのノードは、システムにおける他のノードとの通信を確立するための、少なくとも１つの、アンテナと、関係する受信機および送信機のコンポーネントとを備えていてもよい。後続する説明では、受信しているノードのことを意味するために、受信ノードという用語を使用し、そして、送信しているノードのことを意味するために、送信ノードという用語を使用する。このような言及は、ノードが送信動作および受信動作の双方を実行できないことを、暗に示すものではない。] 図１
[0019] ノードは、さまざまな方法で実現されてもよい。例えば、ノードは、アクセス端末、アクセスポイント、または他の何らかのネットワーク関連コンポーネントを含んでいてもよい。図１の例では、ノード１０２はアクセスポイントを含んでいてもよく、ノード１０４はアクセス端末を含んでいてもよい。したがって、ノード１０２は、ネットワーク（例えば、Ｗｉ−Ｆｉ（登録商標）ネットワーク、セルラネットワーク、またはＷｉＭａｘネットワーク）のノード間の通信を促進し、別のネットワークに対するアクセスを提供してもよい。例えば、アクセス端末（例えば、アクセス端末１０４Ａ）が、アクセスポイント（例えば、ワイヤレスアクセスポイント１０２Ａ）のカバレージエリア内に存在するとき、これにより、アクセス端末１０４Ａは、システム１００の別のデバイスまたは他の何らかのネットワークの別のデバイスとの通信リンクに関係しており、この通信リンクを確立してもよい。ここで、ノード（例えば、ノード１０２Ｂ）のうちの１つ以上は、別のネットワークまたはネットワーク（例えば、インターネットのようなワイドエリアネットワーク１０８）に接続性を提供するワイヤードアクセスポイントを含んでいてもよい。さらに、ノード１０２のうちの１つ以上は、他のノード（例えば、ワイヤードアクセスポイント、別の中継ノード、またはアクセス端末）との間の接続性を提供する中継ノード（例えば、ワイヤレスアクセスポイント）を含んでいてもよい。] 図１
[0020] 具体的な例として、ノード１０４Ａおよび１０２Ｂは、ノード１０２Ａ（例えば、中継ノード）を通して、互いに関係していてもよい。結果的に、ノード１０４Ａおよび１０２Ｂのそれぞれは、中継ノード１０２Ａに対する対応通信リンクを確立する。結果として、１つ以上のトラフィックフローは、アクセス端末１０４Ａへの、および、アクセス端末１０４Ａからのこれらのリンクのそれぞれ、ならびに、アクセスポイント１０２Ｂへの、および、アクセスポイント１０２Ｂからのこれらのリンクのそれぞれを通して確立されてもよい。]
[0021] 図２は、通信システム２００におけるノード２００Ａおよび２００Ｂ（例えば、２つの隣接セル）の２つのグループに対するトラフィックフローの簡略した例を図示している。例示目的のために、この例は、サンプルの階層的なルーティングスキームの（矢印によって表したような）トラフィックフローの方向のうちの一方だけを示している。第１のグループ２００Ａでは、第１のノード２０２（例えば、ワイヤードアクセスポイント）に対するトラフィックフローが、隣接ノード２０４および２０６に配信される。ノード２０４および２０６は、ノード２０４および２０６の各近傍にあるノード（それぞれ、ノード２０８−２１２、および２１４−２１６）にトラフィックを配信する。この配信スキームは、グループ全体にわたって続いてもよく、これにより、グループ中のノードのすべてが、少なくとも１つの他のノードからトラフィックを受信することが可能になる。第２のグループ２００Ｂでは、一対のノード２２２および２２４は、比較的、第１のグループ２００Ａのノード２０６および２１６に至近距離にある。] 図２
[0022] 図２では陰影を付けることにより表されているように、システム２００におけるそれぞれのノードは、いくつかのタイムスロット中に送信または受信するように構成されていてもよい。比較的簡単な例では、第１の組のノード（例えば、ノード２０２、２０８、２１０、２１２、２１４、２１６、および２２２）が、最初に、奇数の番号が付けられたタイムスロット中に送信するように構成されていてもよい一方で、第２の組のノード（例えば、ノード２０４、２０６、２１８、２２０、および２２４）は、最初に、偶数の番号が付けられたタイムスロット中に送信するように構成されていてもよい。反対に、偶数の番号が付けられたタイムスロット中に、第１の組のノードがデータを受信してもよく、奇数の番号が付けられたタイムスロット中に、第２の組のノードがデータを受信してもよい。] 図２
[0023] 図２の例は、交互タイムスロットスキームを図示しており、これにより、階層ツリーにおけるそれぞれの連続的なレベルに異なるタイムスロットが割り当てられる。このような交互タイムスロットスキームは、マルチホップ構成におけるデータフローのより効率的な多重化を可能にするかもしれない。例えば、システムにおける他のノードに対するノードの相対的な近接さに基づいて（例えば、階層ツリーにおけるノードの位置に対応して）、システムにおけるノードは、いくつかのタイムスロットが割り当てられてもよい。ここで、同じタイムスロット中に送信するノードが、十分な距離をあけて配置されているとき、ノードは、他の受信ノードにおける過度な干渉を生じさせることなく、これらの受信ノードに送信することに成功することができるかもしれない。具体的な例として、ノード２０２が、奇数タイムスロット中にデータをノード２０４に送ってもよく、これにより、ノード２０４は、次の偶数タイムスロット中にそのデータをノード２０８に転送する。このケースでは、ノード２０２が送信しているときにノード２０８−２１６のノードは受信していないので、ノード２０２による送信は、ノード２０８−２１６における受信に過度に干渉していないかもしれない。] 図２
[0024] いくつかのケースにおいて（例えば、上記の例において）、システムにおける２つ以上のノードが、同時に（例えば、同じタイムスロット中に）送信を試行することがある。送信ノードおよび受信ノードの相対的位置と、送信ノードの送信電力とに応じて、１つのノードからのワイヤレス送信は、システムにおける別のノード（例えば、無関係ノード）における受信に干渉するかもしれない。例えば、図１におけるワイヤレス通信記号１０６Ａによって表したように、図１のノード１０４Ｂ（例えば、図２のノード２１６）は、いくつかのタイムスロット中にノード１０２Ｃ（例えば、ノード２０６）からデータを受信するかもしれない。同時に、通信記号１０６Ｂによって表したように、ノード１０２Ｄ（例えば、ノード２２２）は、ノード１０４Ｃ（例えば、ノード２２４）に送信しているかもしれない。ノード１０４Ｂと１０２Ｄとの間の距離と、ノード１０２Ｄの送信電力とに応じて、破線の記号１０６Ｃによって表したような、ノード１０２Ｄからの送信は、ノード１０４Ｂにおける受信に干渉していることがある。] 図１ 図２
[0025] このような干渉を緩和するために、ワイヤレス通信システムのノードは、干渉管理メッセージングスキームを使用してもよい。例えば、干渉を受けている受信ノードが（例えば、制御パケットを通して）ＲＵＭを送信して、何らかの方法でノードが損害を受けていることを示してもよい。いくつかの態様では、ＲＵＭを送信する受信ノードによる決定は、そのノードにおいて受信されたデータに関係するサービスの品質に少なくとも部分的に基づいていてもよい。例えば、受信ノードは、（例えば、スライドウィンドウまたは他の何らかの適切な技術を使用して）そのリンクまたはフローのうちの１つ以上のものに対するサービスの品質の現在のレベルを繰り返し監視するかもしれない。サービスの品質の現在のレベルが、所望の、サービスの品質レベルを下回る場合には、ノードはＲＵＭを送信するかもしれない。反対に、サービスの品質が受け入れ可能である場合には、ノードはＲＵＭを送信しないかもしれない。ここで、受け入れ不可能な、サービスの品質レベルは、低スループット、長い待ち時間（例えば、長いパケット遅延）、または他の何らかのサービスの品質関連パラメータに関連していてもよい。]
[0026] 先述したように、ＲＵＭ送信ノード（すなわち、ＲＵＭを送った受信ノード）との干渉を回避するために、何らかの方法で、ＲＵＭを受信する隣接ノード（例えば、潜在的な干渉者）がその将来の送信を制限することを選択してもよい。例えば、所定のＲＵＭを、所定のタイムスロットに関係付けて、これにより、潜在的な干渉者が、ＲＵＭに応答して、そのタイムスロット中にその送信を制限することを選択してもよい。したがって、この干渉管理スキームにより、良いサービスの品質を受けていないノードにおけるサービスの品質を向上させようとして、良いサービスの品質を受けているノードのトラフィックフローを制約してもよい。]
[0027] 図３−図１５をこれから参照すると、ワイヤレス通信システムにおける性能を向上させるために使用するいくつかの技術を記述している。例えば、これらの技術のうちの１つ以上の使用により、システムにおけるサービスの品質を向上させることができ、ノード間の干渉を減少させることができる、すなわち、結果的に、システムリソースのより効率的な利用をもたらすことができる。ここで説明したように、いくつかの態様では、このようなシステムは、複数のホップおよび／または干渉管理スキームを使用してもよい。] 図１５ 図３
[0028] 後続する説明を容易にするために、マルチホップ環境においてデータをルーティングすることに関連して、ワイヤレスデバイス中で使用される図３中のいくつかのコンポーネントの簡単な説明を行う。ここで、システム３００は、ワイヤレスデバイス３０２、３０４、および３０６を含んでおり、ワイヤレスデバイス３０２、３０４、および３０６は、例えば、ここで記述したような１組の関係するワイヤレスノードに対応していてもよい。いくつかの態様では、デバイス３０２は、アップストリームノード、または、ノード階層の高い方のレベルにおけるノードを構成していてもよい。いくつかの態様では、デバイス３０４は、中継ノード、または、ノード階層の中間レベルにおけるノードを構成していてもよい。いくつかの態様では、デバイス３０６は、ダウンストリームノード、または、ノード階層の低い方のレベルにおけるノードを構成していてもよい。しかしながら、所定のデバイスについて記述したコンポーネントは、マルチホップ階層における他の位置に関係する他のデバイスで実現されてもよいことを正しく認識すべきである。] 図３
[0029] デバイス３０２は、デバイス３０４および（図３では示していない）他の何らかの隣接デバイスとのワイヤレス通信を確立するためのトランシーバ３０８を備えている。トランシーバ３０８は、送信機コンポーネント３１０と受信機コンポーネント３１２とを備えている。送出トラフィックに対して、デバイス３０２は、デバイス３０４および他のデバイスに送信されるデータをバッファリングするための送信バッファ３１４を備えていてもよい。以下でより詳細に説明するように、対応する受信デバイスがデータを受信する準備ができていないときに送信されるデータを、デバイス３０２がバッファリングしてもよい。この目的のために、デバイス３０２は、バッファ制御コンポーネント３１６を備えていてもよく、バッファ制御コンポーネント３１６は、例えば、送信バッファ３１４においてデータをバッファリングすべきときや、送信バッファ３１４からデータを読み取り、送信のために送信機３１２にデータを送るべきときを決定する。] 図３
[0030] デバイス３０４は、データの受信および送信を促進するための類似した通信コンポーネントを備えている。例えば、トランシーバ３１８は、システムにおけるデバイス３０２および３０６と、システムにおける（示していない）他のノードと通信するための、送信機３２０および受信機３２２を備えている。さらに、デバイス３０４は、（例えば、デバイス３０２から）受信したデータをバッファリングするための受信バッファ３２６と、（例えば、デバイス３０６に）送信されるデータをバッファリングするための送信バッファ３２８とを備えていてもよいバッファコンポーネント３２４を備えている。さらに、デバイス３０４は、バッファ３２４においてデータをいつ、または、どのようにバッファリングすべきかや、バッファ３２４からデータをいつ、または、どのように読み取るべき（例えば、そして、送信のために送信機３２０に送るべき）かを管理するためのバッファ制御コンポーネント３３０を備えていてもよい。]
[0031] デバイス３０４はまた、干渉管理メッセージを発生させるためのコンポーネントを備えていてもよい。例示目的のために、ＲＵＭを発生させるＲＵＭ発生器３３８の文脈において、このようなコンポーネントについて記述する。]
[0032] デバイス３０６はまた、データの受信および送信を促進させるための類似した通信コンポーネントを備えている。例えば、トランシーバ３３２は、システムにおけるデバイス３０４およびシステムにおける（示していない）他のノードと通信するための、送信機３３４および受信機３３６を備えている。さらに、デバイス３０４が、到来データの受信およびアウトバウンドデータの送信を促進する（示していない）バッファ関連コンポーネントを備えていてもよい。]
[0033] 実際に、先に記述したバッファは、１つ以上のバッファを含んでいてもよい。例えば、所定のデバイスは複数のバッファを規定してもよく、複数のバッファのそれぞれは、特定のリンクまたはフローに関係している。便宜のため、ここでの記述は、いくつかの文脈において単なる「バッファ」のことを意味することがある。このような言及は、１つ以上のバッファに同様に適用されてもよいことを正しく認識すべきである。]
[0034] 図４−図６をこれから参照すると、いくつかの態様では、１つのノードから別のノードに情報を送信する決定は、有効性に基づいており、この有効性により、情報を受信するであろうノードが、その情報を送信している。例えば、マルチホップシナリオにおいて、そのノードがデータを所望の方法で転送しないであろう場合、（例えば、所望のスループットレートで、または、所望の待ち時間内に）所定のノードにデータを送信しない決定が行われてもよい。] 図４ 図６
[0035] 図４は、第１の組のノード４０２と第２の組のノード４０４とを備えているシステム４００の例を図示している。組４０２のマルチホップシナリオでは、ノードＡが、データをノードＢに送信し、ノードＢがデータをノードＥおよびＦに送信する。組４０４のマルチホップシナリオでは、ノードＣがデータをノードＤに送信し、ノードＤがデータをノードＧに送信する。さらに、便宜のため、図４では、ノード間のデータフローの一方向だけを図示した。] 図４
[0036] 記号４０６によって表したように、ノードＢとノードＥとの間のリンク、および、ノードＢとノードＦとの間のリンクが、システムにおいて障害であることがある。例えば、ノードＥおよびＦがデータをノードＢから受信しているときに、ノードＥおよびＦは干渉を受けているかもしれない。このケースでは、ノードＡがデータをノードＢに送信する場合、ノードＢとノードＥおよびＦとの間の障害が原因で、ノードＢにおけるバッファ中にこのデータが蓄積するかもしれない。したがって、ノードＢにおけるバックログが減少するまで、このデータは、単に、ノードＢにおいて残っているかもしれない。結果的に、ノードＡからノードＢへの送信は、そのとき、システム全体の性能に利益をほとんど提供しないかもしれない。しかしながら、このような送信（例えば、ノードＣからの送信）が、ノードＤにおける受信に干渉するかもしれない。]
[0037] 上記の観点から、送信ノードがデータを受信ノードに送るべきか否かに関する決定は、受信ノードによるデータの送信に関する、送信ノードが得る情報に効果的に基づいていてもよい。例えば、所定のしきい値に等しいまたは所定のしきい値を超える量のデータを受信中継ノードがバッファリングしたことを、送信ノードが決定した場合、送信ノードは、中継ノードによる送信に影響を与える障害が存在するか否かを決定するかもしれない。このケースにおいて、このデータを送ることは、システムにおける帯域幅を十分に活用しないという結果になるかもしれないので、送信ノードは、さらなるデータを中継データに送らないかもしれない。]
[0038] 図５は、中継ノードに送信するか否かを決定することに関連して実行されるいくつかの動作を図示している。便宜のため、図５の動作（または、ここで説明または教示した他の何らかの動作）は、特定のコンポーネント（例えば、図６に記述したシステム６００のコンポーネント）によって実行されているとして記述する。しかしながら、これらの動作は、他のタイプのコンポーネントによって実行されてもよいこと、ならびに異なる数のコンポーネントを使用して実行されてもよいことを正しく認識すべきである。ここで記述した動作のうちの１つ以上は所定のインプリメンテーションでは使用され得ないことも正しく認識すべきである。] 図５ 図６
[0039] 図５のブロック５０２によって表したように、システムにおける１組のノードは、通信を確立していてもよく、これにより、トラフィックが複数のホップを横切る。例えば、システム６００（図６）では、ダウンストリームノード６０６（例えば、図３のデバイス３０６）は、アップストリームノード６０２（例えば、デバイス３０２）に関係していてもよく、これにより、ノード６０２は、中継ノード６０４（例えば、デバイス３０４）を通して、ノード６０６にデータを送る。] 図３ 図５ 図６
[0040] ブロック５０４によって表したように、さまざまな時点で、ノード６０４に送られる必要がある何らかのデータが存在するか否かを、ノード６０２が決定してもよい。例として、ノード６０２上で実行するアプリケーションが、ノード６０４を通して、ノード６０６に送られる必要があるデータを発生させてもよい。]
[0041] ブロック５０６および５０８によって表したように、ノード６０４において（例えば、バッファリングされている送信データによって明示されるように）トラフィックのバックアップが存在するか否かを示す情報を、ノード６０２が取得してもよい。この情報は、さまざまな形態を取っていてもよい。例えば、いくつかの態様では、この情報は、ノード６０４における送信バッファのステータスに関連していてもよい。いくつかの態様では、この情報は、ノード６０４が所定のデータフローに対するデータを送信するレートに関連していてもよい。いくつかの態様では、この情報は、データルーティングパスに対するデータスループットの減少に関連していてもよい。ここで、バッファリングされるデータの量の増加、あるいは、データフローレートまたはデータスループットの減少は、ノード６０４のアウトバウンドリンク（例えば、ノード６０６に対するリンク）における何らかの形態の障害を示すかもしれない。]
[0042] ブロック５０６は、アップストリームノード６０２が中継ノード６０４からトラフィックバックアップ情報（例えば、バッファステータス）を要求するシナリオに関連している。例えば、ノード６０４がノード６０２にバッファステータス情報を送ることを要求するメッセージを、ノード６０２のバッファリングトラフィック決定器６０８がノード６０４に繰り返し（例えば、周期的に）送ってもよい。]
[0043] 他のケースでは、ノード６０４が、一方的に、この情報をノード６０２に送ってもよい。例えば、いくつかの態様では、バッファ制御コンポーネント３３０は、バッファステータス情報、送信データレート、またはスループット情報を繰り返し（例えば、周期的に）ノード６０２に送信するように適合されていてもよい。]
[0044] いずれにおいても、ブロック５０８によって表したように、ノード６０４における送信のためにバッファリングされたデータに関する情報を、何らかの時点で、ノード６０２の受信機３１２が受信してもよい。ブロック５１０によって表したように、取得した情報に基づいて、ノード６０４に送信するか否かを、ノード６０２の送信制御装置６１０が決定してもよい。例えば、いくつかの態様では、バッファリングトラフィック決定器６０８は、トラフィック中の潜在的なバックアップを識別するために、取得した情報（例えば、バッファリングされているデータの量、データフローレート、スループットレート等）を、１つ以上のしきい値６０８と比較するための比較器６１２を備えていてもよい。]
[0045] これらのような動作のような動作は、さまざまな方法で、そしてさまざまなコンポーネントによって実行されてもよいことを正しく認識すべきである。例えば、いくつかのケースでは、ノード６０４（例えば、バッファ制御３３０）が、これらのタイプの比較動作を実行してもよい。これらのケースでは、バッファリングされているデータの量がしきい値レベルに等しいまたはしきい値よりも多いときいつでも、あるいは送信データレートまたはスループットがしきい値レベルよりも少ないまたはしきい値レベルに等しいときいつでも、ノード６０４はトラフィックバックアップ情報メッセージを送ってもよい。]
[0046] ノード６０４に関係する障害が存在するかことが決定された場合には、送信制御装置６１０が、ノード６０４に対するその送信を遅延させるかもしれない。このケースでは、ノード６０２が、ノード６０２の送信バッファ３１４中のデータを一時的にバッファリングしてもよい。ノード６０２は、ノード６０４のステータスを監視し続けて、このバッファリングされたデータをノード６０４に送るべきか否かを決定してもよい。]
[0047] ブロック５１２によって表したように、ノード６０２が送信することをやめる場合には、（例えば、所定の時間期間にわたって）送信を予期すべきでないことをノード６０４に知らせるためのメッセージを、送信制御装置６１０がノード６０４に送信してもよい。この方法では、ノード６０２からの減少したトラフィックの結果として、ノード６０４のＲＵＭ発生器３３８が、そうでなければ送るかもしれないＲＵＭを送信することを防ぐかもしれない。言い換えると、ノード６０２は、ノード６０４によって受信したノード６０２からのデータに関係するサービスの品質の低下に基づいて、ＲＵＭを送信しないようにノード６０４に命令するメッセージを、ノード６０４に送ってもよい。]
[0048] ブロック５１４によって表したように、一度、データをノード６０４に送ることを送信決定器６１０が決定すると、バッファ制御コンポーネント３１６が、送信機３１０と協働して、バッファ３１４からのデータの少なくとも一部を送信してもよい。図３に関連して先に説明したように、ノード６０４が、そのデータを、その向けられた宛先（例えば、ノード６０６）に転送してもよい。] 図３
[0049] ネットワーク輻輳のケースにおいて、現れる負荷を絞り込むＴＣＰのようなプロトコルをデータ源が使用するときでさえも、図４−図６のトラフィック管理スキームは有用である。このようなケースでは、ＴＣＰは、先に記述したスキームが適用してもよいタイムスケールよりも、より大きいタイムスケールでネットワーク輻輳に対処する。ここで、現れる負荷はＴＣＰにより最終的に減少されるかもしれないが、この減少は、リンクに対する帯域幅の相当量が十分に活用されなかった後のみ起こり得る。これに対して、上記のスキームは、より早く輻輳に応答するように実現され、これにより、ネットワークのリソースのより効率的な利用が可能になる。] 図４ 図６
[0050] 図７−図９をこれから参照すると、いくつかの態様では、干渉管理メッセージ（例えば、ＲＵＭ）を送信する所定のノードによる決定は、ノードに送られるであろうデータの量に基づいている。例えば、対応する送信ノードが、受信ノードに送るために感知可能なデータを持たない場合には、受信したデータに関係するサービスの品質が受け入れ可能でないときにでさえ、受信ノードは干渉管理メッセージを送信しないかもしれない。] 図７ 図９
[0051] 図７は、第１の組のノード７０２と、第２の組のノード７０４とを含むシステム７００の例を図示している。組７０２のマルチホップシナリオでは、ノードＨおよびＫがノードＥにデータを送信し、ノードＥおよびＦがデータをノードＢに送信し、ノードＢがデータをノードＡに送信する。組７０４のマルチホップシナリオでは、ノードＧがデータをノードＤに送信し、ノードＤがデータをノードＣに送信する。便宜のため、図７では、ノード間のデータフローの一方向だけを図示した。] 図７
[0052] 記号７０６によって表したように、ノードＨとＥとの間のリンクおよびノードＫとＥとの間のリンクが、システムにおいて障害であることがある。例えば、ノードＥがデータをノードＨおよびＫから受信しているとき、ノードＥが干渉を受けているかもしれない。このケースでは、ノードＥは、通常の量の、ノードＢに送信するデータを持っていないかもしれない。結果として、ノードＢが、ノードＥから受信したデータに関係するサービスの品質（例えば、より低いスループットまたは増加したデータ遅延）の低下を検出するかもしれない。しかしながら、このケースでは、サービスの品質の低下は、ノードＢによって受けている干渉が原因でなく、システムにおける別の障害の結果である。結果的に、ノードＢによる干渉管理メッセージの送信により、ノードＢにおけるサービスの品質は向上しないかもしれない。しかしながら、ノードＢによる干渉管理メッセージの送信により、ノードＤへの送信の制限をノードＧに実行させてもよい。結果として、ノードＢの干渉管理メッセージによって予約された帯域幅（例えば、タイムスロット）をノードＥが利用できないかもしれないので、システム帯域幅は十分に活用されずに終わるかもしれない。]
[0053] 上記の観点から、受信ノードが干渉管理メッセージを送信すべきか否かに関する決定は、受信ノードが取得する、関係する送信ノードによるデータの送信に関する情報に効果的に基づいていてもよい。例えば、しきい値量よりも少ないまたはしきい値量に等しい量のデータを送信中継ノードがバッファリングしていることを、受信ノードが決定した場合、受信ノードは、中継ノードにおける受信に影響する障害が存在することを決定するかもしれない。このケースにおいて、受信ノードは、システムにおける帯域幅を十分に活用しないという結果になるかもしれないので、受信ノードは、干渉管理メッセージを送信しないかもしれない。]
[0054] 図８は、干渉管理メッセージを送信するか否かを決定することに関連して実行されるいくつかの動作を図示している。ブロック８０２によって表したように、システムにおける１組のノードは、通信を確立し、これにより、トラフィックが複数のホップを横切る。例えば、図９に示したようなシステム９００では、ダウンストリームノード９０６（例えば、図３のデバイス３０６）は、アップストリームノード９０２（例えば、デバイス３０２）に関係していてもよく、これにより、ノード９０２は、中継ノード９０４（例えば、デバイス３０４）を通して、データをノード９０６に送る。] 図３ 図８ 図９
[0055] 図８のブロック８０４によって表したように、受信したデータに関係するサービスの品質（「ＱＯＳ」）が受け入れ可能か否かを、ノード９０６の干渉制御装置９０８が決定する。いくつかの態様では、この動作は、サービスの品質関連しきい値を、最近受信したデータに関係するサービスの品質メトリックと比較するための比較器９１０を使用することを伴っていてもよい。例えば、規定された、サービスの品質しきい値（例えば、ＲＵＭ送信しきい値）は、１つ以上のリンクまたはデータフローに関係するサービスの品質の予期されるレベルに関連していてもよい。さらに、干渉制御装置９０８は、受信したデータに関係する、サービスの品質情報を繰り返し取得し、サービスの品質メトリック情報を提供してもよい。例えば、干渉制御装置９０８が、スライドウィンドウを使用して、最近受信したデータのスループットまたは待ち時間を測定してもよい。サービスの品質が受け入れ不可能である場合には、サービスの品質の劣化が、ノード９０６における受信に干渉する隣接ノードによる送信の結果であるか否か、または、（例えば、ノード９０４に対するトラフィックフローにおける途絶を生じさせる）ネットワークにおける他の何らかの状態の結果であるか否かを決定することを、ノード９０６が試行してもよい。] 図８
[0056] ブロック８０６および８０８によって表したように、ノード９０６に送るデータをノード９０４が有するか否かを示す情報を、さまざまな時点で、ノード９０６のトラフィックモニタ９１２が取得してもよい。この情報は、さまざまな形態をとっていてもよい。いくつかの態様では、この情報は、ノード９０４における送信バッファ３２８のステータスに関連していてもよい。例えば、このステータスは、送信バッファ３２８中にどのくらいの量のデータが記憶されているかを示していてもよい。いくつかのケースでは、このステータスは、送信バッファ３２８のバッファフルビットの値のようなバッファフルの表示を含んでいてもよい。いくつかの態様では、取得した情報は、ＴＣＰ輻輳表示を含んでいてもよい。例えば、トラフィックモニタ９１２は、（例えば、ノード９０２から）ノード９０４を通して流れる１つ以上のトラフィックフローに対してＴＣＰ輻輳ビットが設定されているか否かを決定するために、ＴＣＰメッセージを解析するように適合されていてもよい。]
[0057] ブロック８０６は、ダウンストリームノード９０６が中継ノード９０４からのトラフィック情報（例えば、バッファステータス）を要求するシナリオに関連している。例えば、ノード９０４（例えば、バッファ制御３３０）がノード９０６にバッファステータス情報を送ることを要求するメッセージを、トラフィックモニタ９１２がノード９０４に繰り返し（例えば、周期的に）送ってもよい。]
[0058] 他のケースでは、ノード９０４が、一方的に、この情報をノード９０６に送ってもよい。例えば、バッファ制御コンポーネント３３０が、バッファステータス情報をノード９０６に繰り返し（例えば、周期的に）送るように適合されていてもよい。]
[0059] 上記のケースのいずれかにおいて、ブロック８０８によって表したように、送信するデータをノード９０４が有するか否かに関する情報を、何らかの時点で、受信機３３６を通して、トラフィックモニタ９１２が受信してもよい。ブロック８１０によって表したように、取得した情報に基づいて、干渉管理メッセージ（例えば、ＲＵＭ）を送信するか否かを、干渉制御装置９０８が決定してもよい。]
[0060] いくつかの態様では、トラフィックモニタ９１２は、送るデータをノード９０４が有するか否かを決定するために、取得した情報を１つ以上のしきい値９１６と比較する比較器９１４を備えていてもよい。例えば、先述したように、取得した情報は、送信バッファ３２８中のデータの量に関連していてもよい。したがって、それより少なければ干渉管理メッセージが送られないバッファリングデータの量を反映するように、しきい値９１６を規定してもよい。これらのような動作は、さまざまな方法で、そしてさまざまなコンポーネントによって実行されてもよいことを正しく認識すべきである。例えば、いくつかのケースでは、ノード９０４（例えば、バッファ制御３３０）が、これらのタイプの比較動作を実行してもよい。これらのケースでは、バッファリングされているデータの量がしきい値レベルよりも少ないまたはしきい値レベルに等しいときいつでも、ノード９０４はトラフィック情報メッセージを送ってもよい。]
[0061] ブロック８１０において、干渉管理メッセージが送られるべきでない（例えば、送信バッファ３２８のデータ量がフルでない、または少ない）ことが決定された場合には、図８に示したように、動作フローが進んでもよい。したがって、先に説明したように、ノード９０６が、受信したデータのサービスの品質を監視することを続けてもよく、ノード９０４によって送信されるデータが存在するか否かを監視することを続けてもよい。] 図８
[0062] 一方、（例えば、フルであることが送信バッファ３２８によって示されたように）ノード９０６における干渉によってサービスの品質の低下が生じたことが決定された場合、ノード９０６のＲＵＭ発生器９１８がＲＵＭを発生させる（ブロック８１２）。先述したように、いくつかのケースでは、ＲＵＭのような干渉管理メッセージは、サービスの品質に関連する表示を含んでいてもよい。いくつかの態様では、このような表示は、特定のリソースに対するノードの受給権（例えば、１つ以上のワイヤレスチャネルの１つ以上のタイムスロット）に関連する。便宜のため、後続する説明は、ＲＵＭ重みの例に関連している。いくつかのケースでは、（例えば、ＲＵＭ送信しきい値に対応している）所望のサービスの品質と、実際に達成されたサービスの品質に関連するサービスの品質メトリックとの比の量子化された値として、ＲＵＭ重みが規定されてもよい。ブロック８１４では、ノードの各送信の制限を任意の干渉ノードに実行させようとして、送信機３３４が、発生されたＲＵＭを送信してもよい。]
[0063] 図１０−図１２をこれから参照すると、いくつかの態様では、干渉管理メッセージ（例えば、ＲＵＭ）を送信する、所定のノードによる決定は、データを通過させるそのノードの能力に基づいている。例えば、所望の方法でノードがデータを送信することを妨げるシステムの障害が存在するときに、その受信したデータに関係するサービスの品質が受け入れ不可能であるとき、ノードは干渉管理メッセージを送信しないことを選択してもよい。] 図１０ 図１２
[0064] 図１０は、第１の組のノード１００２と第２の組のノード１００４とを含むシステム１０００の例を図示している。組１００２のマルチホップシナリオでは、ノードＨおよびＫがデータをノードＥに送信し、ノードＥおよびＦがデータをノードＢに送信し、ノードＢがデータをノードＡに送信する。組１００４のマルチホップシナリオでは、ノードＧがデータをノードＤに送信し、ノードＤがデータをノードＣに送信する。便宜のため、図１０では、ノード間のデータフローの一方向だけを図示した。] 図１０
[0065] 記号１００６によって表したように、ノードＦとＢとの間のリンクが、システムにおいて障害であることがある。例えば、ノードＢがデータをノードＦから受信しているときに、ノードＢは干渉を受けているかもしれない。結果として、ノードＢは、ノードＢが予期したデータ（例えば、ノードＡに送信されることになるデータ）よりも少ないデータを受信するかもしれない。したがって、通常の状況のもと、ノードＦから受信したデータに関係するサービスの品質の低下（例えば、減少したスループットまたは増加したデータ遅延）が原因で、ノードＢは、干渉管理メッセージ（例えば、ＲＵＭ）を送信することを選択するかもしれない。]
[0066] しかしながら、記号１００８によって表したように、システムにおけるノードＢとノードＡとの間のリンクでは、別の障害が存在することがある。例えば、ノードＡがデータをノードＢから受信しているときに、ノードＡはまた、干渉を受けているかもしれない。結果として、ノードＢによって受信された何らかのデータは、単に、ノードＡに送信される機会を待っているノードＢにおいてバックアップされるかもしれない（例えば、ノードＢはノードＢの送信バッファを十分に速く排出していない）。]
[0067] 結果的に、ノードＦからの受信に関係するサービスの不十分な品質に応答した、ノードＢによる干渉管理メッセージの送信により、システム１０００を通る、そのフローに対するサービスの全体的な品質は向上しないかもしれない。しかしながら、ノードＢによる干渉管理メッセージの送信が、ノードＤに対する送信の制限をノードＧに実行させるかもしれない。結果として、ノードＢの干渉管理メッセージによって予約された何らかのリソースは、ノードＢにおいて単にキューに入れられているデータを送るために使用されるかもしれないので、システムリソースは非効率的に利用されることになるかもしれない。言い換えると、システムを通じて、そのパスにおいてまったく障害を受けていないトラフィックのフローを制限する目的が、そのパスにおいて後に障害を受けるトラフィックフローを向上させることであるとき、その制限は、システム全体の観点から非効率的であるかもしれない。]
[0068] 上記の観点から、受信ノードが干渉管理メッセージを送信すべきか否かに関する決定は、どれくらい効率的に、そのノードがデータを送信するかに効果的に基づいていてもよい。例えば、しきい値量よりも多い、または、しきい値量に等しい量の送信データをバッファリングしたことを、受信ノードが決定した場合、その送信に影響を及ぼす障害が存在することを、受信ノードが決定するかもしれない。このケースでは、これは、システムリソースを十分に活用しない結果になるかもしれないので、受信ノードは、受信データに関係するサービスの不十分な品質に応答して干渉管理メッセージを送信しないかもしれない。]
[0069] 図１１は、干渉管理メッセージを送信するか否かを決定することに関連して実行されるいくつかの動作を図示している。ブロック１１０２によって表したように、システムにおける１組のノードは通信を確立し、これにより、トラフィックが複数のホップを横切る。例えば、図１２に示したようなシステム１２００では、中継ノード１２０４（例えば、図３のデバイス３０４）がアップストリームノード１２０２（例えば、デバイス３０２）からデータを受信し、データをダウンストリームノード１２０６（例えば、デバイス３０６）に送信してもよい。] 図１１ 図１２ 図３
[0070] 図１１のブロック１１０４によって表したように、受信データに関係するサービスの品質が受け入れ可能か否かを、ノード１２０４の干渉制御装置１２０８が決定してもよい。先に説明したのと類似した方法では、この動作は、サービスの品質関連のしきい値（例えば、ＲＵＭ送信しきい値）を、受信データに関係するサービスの品質メトリックと比較する比較器１２１０を伴っていてもよい。] 図１１
[0071] サービスの品質が受け入れ不可能である場合には、ノード１２０４の送出トラフィックのバックアップが存在するか否かを決定することを、ノード１２０４が試行してもよい。例えば、ブロック１１０６によって表したように、ノード１２０４がそのデータをいかによく（例えば、ノード１２０６に）送信できているかを示す情報を、ノード１２０４のトラフィックモニタ１２１２が取得してもよい。この情報は、さまざまな形態をとっていてもよい。いくつかの態様では、この情報は、ノード１２０４の送信バッファ３２８のステータスに関連していてもよい。例えば、このステータスは、どのくらいの量のデータが送信バッファ３２８中に記憶されているかを示していてもよい。いくつかのケースでは、このステータスは、送信バッファ３２８のバッファフルビットの値のようなバッファフルの表示を含んでいてもよい。いくつかの態様では、取得した情報は、ノード１２０４のデータをノード１２０４が送信するレートに関連していてもよい。例えば、トラフィックモニタ１２１２が、送信バッファ３２８によってデータが出力されるレートを繰り返し（例えば、スライドウィンドウを通して継続的に）監視するかもしれない。]
[0072] 先述したのと類似した方法では、送出トラフィックのバックアップが存在するか否かを決定するために、トラフィックモニタ１２１２は、バッファ情報または他の情報を、１つ以上のしきい値１２１６と比較するための比較器１２１４を備えていてもよい。したがって、比較器１２１４は、送信バッファ２１８中のデータの量またはアウトバウンドデータレートを、対応するしきい値１２１６と比較するように適合されていてもよい。ここで、しきい値１２１６は、それより多ければ干渉管理メッセージが送られないバッファリングデータの量、または、それより低ければ干渉管理メッセージが送られないデータレートに対応していてもよい。]
[0073] ブロック１１０８によって表したように、バッファステータスまたは他の適切な情報に基づいて干渉管理メッセージ（例えば、ＲＵＭ）を送信するか否かを、干渉制御装置１２０８が決定してもよい。干渉管理メッセージが送信されるべきでないと決定された（例えば、送信バッファ３２８が比較的フルである、または、アウトバウンドデータレートが比較的低い）場合には、ノード１２０４は、受信データのサービスの品質を管理することを続けてもよく、そして図１１のフローによって示したように、トラフィックのバックアップが存在するか否かを監視することを続けてもよい。] 図１１
[0074] （例えば、比較的空になっている送信バッファ３２８、または、比較的高いアウトバウンドデータレートによって示したように）ノード１２０４における送出トラフィックのバックアップが存在していないことが、ブロック１１０８において決定された場合、ブロック１１００において、ノード１２０４のＲＵＭ発生器３３８がＲＵＭを発生させてもよい。先述したように、いくつかのケースでは、これは、ＲＵＭに対する重み値を決定することを伴っていてもよい。ブロック１１１２によって表したように、ノードＦからのデータのノードＢの受信を向上させようとして、送信機３３４が、発生したＲＵＭを送信するかもしれない。]
[0075] 図１３−図１５をこれから参照すると、いくつかの態様では、スケジューリングノードにおいて発生された干渉管理メッセージ（例えば、ＲＵＭ）に対するサービスの品質表示（例えば、重み）を規定するために、スケジューリングポリシーが使用される。例えば、ＲＵＭ重み選択は、送信ノードにおいて使用されるスケジューラのタイプを考慮に入れてもよい。階層ツリーのリーフ全体にわたって、サービスの等しいグレード（「ＥＧＯＳ」）を送信ノードが使用した場合、ＲＵＭ重みは、ツリーの対応するリーフ間で最小のスループットに等しく設定されてもよい。送信ノードがツリーのその直接的な子ノードにわたってＥＧＯＳを使用する場合、ＲＵＭ重みは、ノードの総スループット（例えば、対応するリーフのスループットの合計）に等しく設定されてもよい。] 図１３ 図１５
[0076] 図１３は、マルチホップネットワーク１３００の例を図示している。ここで、ノードＡは、ワイヤードアクセスポイントであってもよく、ノードＢおよびＣはワイヤレスアクセスポイント（例えば、中継ノード）であってもよく、ノードＤ、Ｅ、およびＦはアクセス端末であってもよい。ダウンリンクトラフィックフローに対して、データは、最初にノードＡを通過し、そして、ノードＢまたはノードＣのいずれかを通過し、最終的にノードＤ、Ｅ、およびＦのうちの１つ以上に行く。したがって、ノードＡは、この階層ツリーのルートであり、ノードＢおよびＣは中間ノードであり、ノードＤ、Ｅ、およびＦはツリーのリーフである。] 図１３
[0077] 実際に、ノードＡは、異なる状況において、異なるスケジューリングポリシーを使用してもよい。中間ノードは、選択されたスケジューリングポリシーに基づいて、中間ノードが送信する何らかの干渉管理メッセージに対する重みを計算する異なる方法を使用してもよい。]
[0078] 例えば、フルバッファトラフィックモデルのもと、ノードＡが、階層ツリーのすべてのリーフにわたってＥＧＯＳを使用する場合、ノードＤ、Ｅ、およびＦは、サービスの等しい品質（例えば、スループット）を得るだろう。これを実行するために、ノードＡは、スループットをノードＢに、二度、提供し、ノードＣにスループットを提供してもよい。このケースでは、ノードＢは、ＲＵＭ重みとして、ノードＤに対するスループットおよびノードＥに対するスループットのうちの最小値を使用してもよい。]
[0079] 別の例として、ノードＡは、その直接の子供にわたってＥＧＯＳを使用してもよい。フルバッファモデルのもと、ノードＢおよびＣは、サービスの等しい品質（例えば、スループット）を得るだろう。このケースでは、ノードＢは、ＲＵＭ重みとして、ノードＤのスループットとノードＥのスループットとの合計を使用してもよい。]
[0080] 上記の原理は、反対方向へのトラフィックフローに等しく適用可能であってもよい。例えば、リバースリンクトラフィックフローは、ノードＤ、Ｅ、およびＦから、ノードＢおよびＣを通して、ノードＡに流れてもよい。ＥＧＯＳがノードＢおよびＣを通して提供される場合には、ノードＡがＲＵＭを送るとき、ＲＵＭは、ノードＢまたはノードＣのスループットに基づいていてもよい。ＥＧＯＳが、ノードＤ、Ｅ、およびＦを通して提供される場合には、ノードＡがＲＵＭを送るとき、ＲＵＭは、ノードＤ、Ｅ、およびＦを組み合わせたスループットに基づいていてもよい。]
[0081] 図１４は、干渉管理メッセージを送信するか否かを決定することに関連して実行されるいくつかのサンプル動作を図示している。例示目的のために、図１５において示した通信システム１５００の文脈において、これらの動作を説明する。ここで、中継ノード１５０４（例えば、図３のデバイス３０４）は、アップストリームノード１５０２（例えば、デバイス３０２）からデータを受信し、データをダウンストリーム１５０６（例えば、デバイス３０６）に送信してもよい。しかしながら、ここでの教示は、他のタイプの構成（例えば、単一ホップ構成）に適用可能であってもよいことを正しく認識すべきである。] 図１４ 図１５ 図３
[0082] 図１４のブロック１４０２によって表したように、ノード間のトラフィックフローに対して、スケジューリングポリシーが規定されてもよい。この目的のために、ノード１５０２（または、通信システムの他の何らかのノードまたはコンポーネント）は、特定の基準に基づいてスケジューリングポリシーを規定するスケジューリングポリシー規定器１５０８を備えていてもよい。例として、システムが音声トラフィックを提供する場合には、階層ツリーのリーフノードのすべてにわたって、ＥＧＯＳが適用されてもよい。このケースにおいて、トラフィックの等しい量が、それぞれのリーフノード（例えば、アクセス端末）にそれぞれの方向に提供されてもよい。] 図１４
[0083] 干渉管理メッセージを送るであろう、システムにおけるノードは、サービスの品質表示を発生させる際に使用するために、規定されたスケジューリングポリシーを取得してもよい（便宜のため、以下では、ＲＵＭ重みの例を使用することにする）。例えば、ノード１５０４は、スケジューリングポリシー決定器１５１０を備えていてもよく、スケジューリングポリシー決定器１５１０は、スケジューリングポリシー情報を受信するために、トランシーバ３０８および３１８を通して、スケジューリングポリシー規定器１５０８と通信する。]
[0084] ブロック１４０４によって表したように、ノードは、その通信リンクまたはトラフィックフローに対するサービスの品質の予期されるレベル（例えば、スループット）を決定してもよい。先述したように、サービスの品質の予期されるレベルは、スケジューリングポリシーに基づいていてもよい。例えば、図１３の中間ノード全体にわたったＥＧＯＳのケースでは、ノードＢに対する予期されるスループットは、ノードＤおよびノードＥを通る予期されるスループットの合計を含んでいてもよい。図１３のリーフノード全体にわたったＥＧＯＳのケースでは、ノードＢに対する予期されるスループットは、ノードＤまたはノードＥのうちのいずれかの、予期される最小スループットを含んでいてもよい。いくつかの態様では、この情報は、対応するトラフィックフローをスケジューリングするノード（例えば、アクセスポイント）によって規定されてもよい。例えば、スケジューリングポリシー規定器１５０８は、所定のフローに対する予期されるスループットを規定し、この情報をスケジューリングポリシー決定器１５１０に送ってもよい。代替的に、所定のノード（例えば、スケジューリングポリシー決定器１５１０）は、（例えば、そのノードに認識されている条件に基づいて）所定のノード自体の予期されるスループットを規定してもよい。] 図１３
[0085] ブロック１４０６によって表したように、ノード１５０４の干渉制御装置１５１２が、受信データに関係するサービスの品質が受け入れ可能であるか否かを決定してもよい。先に説明したのと類似した方法において、この動作は、最近受信したデータに関係するサービスの品質メトリックを、サービスの品質関連のしきい値（例えば、ブロック１４０４において取得されたサービスの品質の予期されるレベルに基づいているＲＵＭ送信しきい値）と比較することを伴っていてもよい。]
[0086] サービスの品質が受け入れ不可能である場合には、ブロック１４０８において、ノード１５０４のＲＵＭ発生器３３８がＲＵＭを発生させてもよい。先述したように、ＲＵＭに対する重みは、スケジューリングポリシーに基づいていてもよい。例えば、ＲＵＭの重みは、予期されるサービスの品質（スループット）と、リンクまたはフローに対する実際のサービスの品質との比に基づいて計算されてもよい。]
[0087] 実際のサービスの品質は、どのノードがＲＵＭを発生させるかに基づいて、さまざまな方法で決定されてもよい。トラフィックがノード１５０２からノード１５０６に流れているとき、ノード１５０４は、そのトラフィックフローに基づいて、実際のサービスの品質を容易に決定してもよい。トラフィックがノード１５０６からノード１５０２に流れているとき、フローのすべては最終的にノード１５０２を通過するので、ノード１５０２が、フローの所定のリンクに対する実際のサービスの品質を決定できるかもしれない。]
[0088] ブロック１４１０によって表したように、ＲＵＭ発生器３３８は、ノード１５０４における干渉を減少させようとして、発生したＲＵＭを送信するために、送信機３２０と協働してもよい。]
[0089] ここでの教示は、さまざまなタイプのネットワークに適用可能であってもよいことを正しく認識すべきである。例えば、いくつかの態様では、ここでの教示は、同期ワイヤレスネットワークまたは非同期ワイヤレスネットワークのいずれかで実現されてもよい。]
[0090] さらに、いくつかの態様では、ここでの教示は、アドホックワイヤレスネットワークで実現されてもよい。一般的に、アドホックワイヤレスネットワークは、アクセスポイントのような中央調整器を使用せずに、ワイヤレスデバイスが互いに通信できるようにするかもしれない。代わりに、アクセスポイントによってそうでなければ提供されるかもしれない機能性（例えば、ビーコンを発生させ、トラフィックをバッファリングすること）は、アドホックネットワークを形成するワイヤレス端末のすべてで実現されてもよく、および、アドホックネットワークを形成するワイヤレス端末のすべての間で共有されてもよい。先述したのと類似した方法において、アドホックネットワークのノードのうちの１つ以上が、アドホックネットワークの有効なカバレージエリアを拡張するための中継ノードとして機能してもよい。]
[0091] ここでの教示は、少なくとも１つの他のワイヤレスデバイスと通信するための、さまざまなコンポーネントを使用するデバイスに組み込まれてもよい。図１６は、デバイス間の通信を促進するために使用されるいくつかのサンプルのコンポーネントを図示している。ここで、第１のデバイス１６０２（例えば、アクセス端末）および第２のデバイス１６０４（例えば、アクセスポイント）は、適切な媒体によって、ワイヤレス通信リンク１６０６を通して通信するように適合されている。] 図１６
[0092] 最初に、デバイス１６０２からデバイス１６０４に情報を送る（例えば、リバースリンク）に際に関係するコンポーネントについて論じる。送信（「ＴＸ」）データプロセッサ１６０８は、データバッファ１６１０または他のいくつかの適切なコンポーネントからトラフィックデータ（例えば、データパケット）を受け取る。送信データプロセッサ１６０８は、選択されたコーディングおよび変調スキームに基づいて、それぞれのデータパケットを処理（例えば、エンコード、インターリーブ、シンボルマッピング）し、データシンボルを提供する。一般的に、データシンボルは、データに対する変調シンボルであり、パイロットシンボルは、（アプリオリとして知られている）パイロットに対する変調シンボルである。変調器１６１２は、リバースリンクに対するデータシンボル、パイロットシンボル、可能であればシグナリングを受信し、変調（例えば、ＯＦＤＭまたは他の何らかの適切な変調）ならびに／あるいはシステムによって指定されたような他の処理を実行し、出力チップのストリームを提供する。送信機（「ＴＭＴＲ」）１６１４は、出力チップストリームを処理（例えば、アナログ変換、フィルタリング、増幅、および周波数アップコンバート）し、変調信号を発生させ、アンテナ１６１６から変調信号を送信する。]
[0093] （デバイス１６０４と通信している他のデバイスからの信号とともに）デバイス１６０２によって送信された変調信号は、デバイス１６０４のアンテナ１６１８によって受信される。受信機（「ＲＣＶＲ」）１６２０は、アンテナ１６１８からの受信信号を処理（例えば、調整およびデジタル化）し、受信サンプルを提供する。復調器（「ＤＥＭＯＤ」）１６２２は、受信サンプルを処理（例えば、復調および検出）し、検出したデータシンボルを提供する。検出したデータシンボルは、他のデバイスによってデバイス１６０４に送信されたデータシンボルのノイズのある推定値であってもよい。受信（「ＲＸ」）データプロセッサ１６２４は、検出したデータシンボルを処理（例えば、シンボルデマッピング、デインターリーブ、デコード）し、それぞれの送信デバイス（例えば、デバイス１６０２）に関係するデコードデータを提供する。]
[0094] デバイス１６０４からデバイス１６０２への情報（例えば、フォワードリンク）を送る際に関係するコンポーネントについて、これから論じる。デバイス１６０４では、送信（「ＴＸ」）データプロセッサ１６２６によってトラフィックデータを処理し、データシンボルを発生させる。変調器１６２８は、フォワードリンクに対する、データシンボル、パイロットシンボル、およびシグナリングを受信し、変調（例えば、ＯＦＤＭまたは他の何らかの適切な変調）ならびに／あるいは他の関連処理を実行し、出力チップストリームを提供し、送信機（「ＴＭＴＲ」）１６３０によって出力チップストリームをさらに調整し、アンテナ１６１８から送信する。いくつかのインプリメンテーションでは、フォワードリンクに対するシグナリングは、電力制御コマンドと、リバースリンク上でデバイス１６０４に送信しているすべてのデバイス（例えば、端末）に対して制御装置１６３２によって発生された（例えば、通信チャネルに関連する）他の情報とを含んでいてもよい。]
[0095] デバイス１６０２では、デバイス１６０４によって送信された変調信号は、アンテナ１６１６によって受信され、受信機（「ＲＣＶＲ」）１６３４によって調整およびデジタル化され、復調器（「ＤＥＭＯＤ」）１６３６によって処理され、検出したデータシンボルを得る。受信（「ＲＸ」）データプロセッサ１６３８は、検出したデータシンボルを処理し、デバイス１６０２に対するデコードされたデータとフォワードリンクシグナリングとを提供する。制御装置１６４０は、データ送信を制御するための、および、リバースリンク上でデバイス１６０４への送信電力を制御するための、電力制御コマンドと他の情報とを受信する。]
[0096] 制御装置１６４０および１６３２は、それぞれ、デバイス１６０２およびデバイス１６０４のさまざまな動作を命令する。例えば、制御装置は、適切なフィルタを決定し、フィルタについての情報を報告し、フィルタを使用して情報をデコードしてもよい。データメモリ１６４２および１６４４は、それぞれ、制御装置１６４０および１６３２によって使用されるプログラムコードおよびデータを記憶してもよい。]
[0097] 図１６はまた、通信コンポーネントが、ここで教示したようなトラフィック管理関連動作を実行する１つ以上のコンポーネントを備えていてもよいことを図示している。例えば、トラフィック制御コンポーネント１６４６は、ここで教示したように、信号を別のデバイス（例えば、デバイス１６０４）に送信および受信するために、デバイス１６０２の制御装置１６４０および／または他のコンポーネントと協働してもよい。同様に、トラフィック制御コンポーネント１６４８は、信号を別のデバイス（例えば、デバイス１６０２）に送信および受信するために、デバイス１６０４の制御装置１６３２および／または他のコンポーネントと協働してもよい。] 図１６
[0098] ここでの教示は、さまざまな装置（例えば、デバイス）に組み込まれ（例えば、さまざまな装置（例えば、デバイス）内で実現される、または、さまざまな装置（例えば、デバイス）によって実行され）てもよい。例えば、それぞれのノードは、アクセスポイント（「ＡＰ」）、ノードＢ、無線ネットワーク制御装置（「ＲＮＣ」）、ｅノードＢ、基地局制御装置（「ＢＳＣ」）、基地トランシーバ局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、基地サービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）として構成されていてもよく、またはそれぞれのノードを、アクセスポイント（「ＡＰ」）、ノードＢ、無線ネットワーク制御装置（「ＲＮＣ」）、ｅノードＢ、基地局制御装置（「ＢＳＣ」）、基地トランシーバ局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、基地サービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）と技術的に呼ぶことがあり、または他の何らかの専門用語で呼ぶことがある。また、いくつかのノードをアクセス端末と呼ぶことがある。また、アクセス端末は、加入者局、加入者ユニット、移動局、遠隔局、遠隔端末、ユーザ端末、ユーザエージェント、ユーザデバイス、またはユーザ機器として知られているかもしれない。いくつかのインプリメンテーションでは、アクセス端末は、セルラ電話機、コードレス電話機、セッション開始プロトコル（ＳＩＰ）電話機、ワイヤレスローカルループ（ＷＬＬ）局、パーソナルデジタルアシスタント（ＰＤＡ）、ワイヤレス接続能力を有しているハンドヘルドデバイス、またはワイヤレスモデムに接続されている他の何らかの適切な処理デバイスを含んでいてもよい。したがって、ここで教示した１つ以上の態様は、電話機（例えば、セルラ電話機またはスマートフォン）、コンピュータ（例えば、ラップトップ）、ポータブル通信デバイス、ポータブルコンピューティングデバイス（例えば、パーソナルデータアシスタント）、エンターテイメントデバイス（例えば、音楽またはビデオデバイス、衛星ラジオ）、グローバルポジショニングシステムデバイス、またはワイヤレス媒体を通して通信するように構成されている他の何らかの適切なデバイスに組み込まれていてもよい。]
[0099] 先述したように、いくつかの態様では、ワイヤレスノードは、通信システム向けのアクセスデバイス（例えば、セルラまたはＷｉ−Ｆｉアクセスポイント）を含んでいてもよい。このようなアクセスデバイスは、例えば、ワイヤードまたはワイヤレス通信リンクを通して、ネットワーク（例えば、インターネットまたはセルラネットワークのようなワイドエリアネットワーク）への、または、ネットワーク（例えば、インターネットまたはセルラネットワークのようなワイドエリアネットワーク）に対する接続性を提供してもよい。したがって、アクセスデバイスによって、別のデバイス(例えば、Ｗｉ−Ｆｉ局)が、ネットワークまたは他の何らかの機能性にアクセスすることが可能になるかもしれない。]
[0100] このように、ワイヤレスノードによって送信したデータまたはワイヤレスノードにおいて受信したデータに基づいて機能を実行するさまざまなコンポーネントを、ワイヤレスノードは備えていてもよい。例えば、アクセスポイントおよびアクセス端末は、信号（例えば、制御および／またはデータのような情報を伝えるメッセージ）を送信および受信するためのアンテナを備えていてもよい。アクセスポイントはまた、そのアクセスポイントの受信機が複数のワイヤレスノードから受信するデータトラフィックフロー、または、そのアクセスポイントの送信機が複数のワイヤレスノードに送信するデータトラフィックフローを管理するように構成されているトラフィックマネージャを備えていてもよい。さらに、アクセス端末は、受信データに基づいて、表示を出力するように構成されているユーザインターフェースを備えていてもよい。]
[0101] ワイヤレスデバイスは、何らかの適切なワイヤレス通信技術に基づいている１つ以上のワイヤレス通信リンク、またはそうでなければ、何らかの適切なワイヤレス通信技術をサポートする１つ以上のワイヤレス通信リンクを通して通信してもよい。例えば、いくつかの態様では、ワイヤレスデバイスは、ネットワークに関係していてもよい。いくつかの態様では、ネットワークは、ローカルエリアネットワークまたはワイドエリアネットワークを含んでいてもよい。ワイヤレスデバイスは、例えば、ＣＤＭＡや、ＴＤＭＡや、ＯＦＤＭや、ＯＦＤＭＡや、ＷｉＭＡＸや、Ｗｉ−Ｆｉのような、さまざまなワイヤレス通信技術、プロトコル、または標準規格のうちの１つ以上をサポートしてもよく、またはそうでなければ使用してもよい。同様に、ワイヤレスデバイスは、さまざまな対応する変調または多重化スキームのうちの１つ以上をサポートしても、またはそうでなければ使用してもよい。したがって、ワイヤレスデバイスは、上記のワイヤレス通信技術または他のワイヤレス通信技術を使用して、１つ以上のワイヤレス通信リンクを通して確立および通信するための適切なコンポーネント（例えば、無線インターフェース）を備えていてもよい。例えば、デバイスは、ワイヤレス媒体を通して通信を促進するさまざまなコンポーネント（例えば、信号発生器および信号プロセッサ）を備えていてもよい、関係する送信機および受信機コンポーネント（例えば、送信機３１０、３２０、および３３４、ならびに受信機３１２、３２２、および３３６）に関係するワイヤレストランシーバを備えていてもよい。]
[0102] ここで記述したコンポーネントは、さまざまな方法で実現されてもよい。図１７−図２０を参照すると、装置１７００、１８００、１９００、および２０００のそれぞれは、例えば、１つ以上の集積回路（例えば、ＡＳＩＣ）によって実現される機能を表している一連の相関機能ブロックとして、または、ここで教示した他の何らかの方法で実現されてもよい一連の相関機能ブロックとして表されている。ここで説明したように、集積回路は、プロセッサ、ソフトウェア、他のコンポーネント、またはこれらの何らかの組み合わせたものを備えていてもよい。] 図１７ 図２０
[0103] 装置１７００、１８００、１９００、および２０００は、さまざまな図面に関して先に記述した機能のうちの１つ以上を実行する１つ以上のモジュールを備えていてもよい。例えば、受信するためのＡＳＩＣ１７０２は、例えば、ここで説明した受信機に相当していてもよい。送信するか否かを決定するためのＡＳＩＣ１７０４は、例えば、ここで説明したような送信制御装置に相当していてもよい。受信するためのＡＳＩＣ１８０２は、例えば、ここで説明したような受信機に相当していてもよい。干渉管理メッセージを送信するか否かを決定するためのＡＳＩＣ１８０４は、例えば、ここで説明したような干渉制御装置に相当していてもよい。要求を送るためのＡＳＩＣ１８０６は、例えば、ここで説明したようなトラフィックモニタに相当していてもよい。データがバッファリングされているか否かを決定するためのＡＳＩＣ１９０２は、例えば、ここで説明したようなトラフィックモニタに相当していてもよい。干渉管理メッセージを送信するためのＡＳＩＣ１９０４は、例えば、ここで説明したような干渉制御装置に相当していてもよい。トラフィックスケジューリングポリシーを決定するためのＡＳＩＣ２００２は、例えば、ここで説明したようなスケジューリングポリシー決定器に相当していてもよい。サービスの品質表示を発生させるためのＡＳＩＣ２００４は、例えば、ここで説明したような干渉制御装置に相当していてもよい。干渉管理メッセージを送信するためのＡＳＩＣ２００６は、例えば、ここで説明したような送信機に相当していてもよい。]
[0104] 先述したように、いくつかの態様では、これらのコンポーネントは、適切なプロセッサコンポーネントを通して実現されてもよい。いくつかの態様では、これらのプロセッサコンポーネントは、ここで教示したような構成を使用して、少なくとも部分的に実現されてもよい。いくつかの態様では、プロセッサは、これらのコンポーネントのうちの１つ以上の機能性の一部またはすべてを実現するように適合されていてもよい。いくつかの態様では、破線で囲ったボックスによって表したコンポーネントのうちの１つ以上は、オプションである。]
[0105] 先述したように、装置１７００、１８００、１９００、および２０００は、１つ以上の集積回路を含んでいてもよい。例えば、いくつかの態様では、単一の集積回路は、図示したコンポーネントのうちの１つ以上の機能性を実現してもよいのに対して、他の態様では、１つよりも多い集積回路が、図示したコンポーネントのうちの１つ以上の機能性を実現してもよい。]
[0106] さらに、図１７−図２０によって表したコンポーネントおよび機能とともに、ここで記述した他のコンポーネントおよび機能は、任意の適切な手段を使用して実現されてもよい。この手段はまた、ここで教示したような対応する構成を使用して、少なくとも部分的に実現されてもよい。例えば、図１７−図２０の「ＡＳＩＣ向けの」コンポーネントに関連して先に記述したコンポーネントはまた、同様に指定された、機能性の「ための手段」に対応していてもよい。したがって、いくつかの態様では、このような手段のうちの１つ以上は、プロセッサコンポーネント、集積回路、またはここで教示したような他の適切な構成のうちの１つ以上を使用して実現されてもよい。] 図１７ 図２０
[0107] また、「第１の」「第２の」等のような指定を用いた、ここでのエレメントに対する何らかの言及は、一般的に、これらのエレメントの量または順序を制限していないことを理解すべきである。むしろ、これらの指定は、ここでは、２つ以上のエレメント間またはエレメントの例を区別する便利な方法として使用されていることがある。したがって、第１および第２のエレメントに対する言及は、ここでは、２つだけのエレメントを使用したこと、または、第１のエレメントは第２のエレメントに何らかの方法で先行しなければならないことを意味しているわけではない。また、記述がない限り、１組のエレメントは１つ以上のエレメントを含んでいてもよい。]
[0108] さまざまな異なるテクノロジーおよび技術のうちの任意のものを使用して、情報および信号を表してもよいことを、当業者は理解するだろう。例えば、上記の記述全体を通して参照した、データ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁気フィールドまたは微粒子、光学フィールドまたは光学微粒子、あるいはこれらの任意の組み合わせによって表されてもよい。]
[0109] さらに、ここで開示した態様に関連して記述した、さまざまな例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップのうちの任意のものが、電子ハードウェア（例えば、ソースコーディングまたは他の何らかの技術を使用して設計されているかもしれない、デジタルインプリメンテーション、アナログインプリメンテーション、または２つのものを組み合わせたもの）として、（ここでは、便宜のため、「ソフトウェア」または「ソフトウェアモジュール」と呼ぶことがある）命令を組み込んでいるさまざまな形態のプログラムまたは設計コードとして、または両方のものを組み合わせたものとして実現されてもよいことを、当業者はさらに正しく認識するだろう。ハードウェアおよびソフトウェアのこの互換性を明確に図示するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路およびステップは、一般的に、これらの機能性の観点から、先に記述した。この機能性が、ハードウェアまたはソフトウェアとして実現されるか否かは、システム全体に課せられている特定のアプリケーションおよび設計制約に依存する。熟練者が、それぞれの特定のアプリケーションの方法を変えて、記述した機能性を実現するかもしれないが、このようなインプリメンテーションの決定は、本開示の範囲から逸脱を生じさせるとして解釈されるべきでない。]
[0110] ここで開示した様態に関連して記述した、さまざまな例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実現されても、あるいは、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイントによって実行されてもよい。ＩＣは、汎用プロセッサ、デジタルシグナルプロセッサ（「ＤＳＰ」）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）または他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気コンポーネント、光コンポーネント、機械コンポーネント、あるいは、ここで記述した機能を実行するように設計されているこれらの任意の組み合わせを含んでいてもよく、ＩＣ内に存在する、ＩＣの外側に存在する、または双方に存在するコードまたは命令を実行してもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代替実施形態では、プロセッサは、何らかの従来のプロセッサ、制御装置、マイクロ制御装置、または状態機械であってもよい。プロセッサはまた、例えば、ＤＳＰとマイクロプロセッサとを組み合わせたもののような、コンピューティングデバイスを組み合わせたものとして、複数のマイクロプロセッサとして、ＤＳＰコアに関連した１つ以上のマイクロプロセッサとして、あるいは、このような他の何らかの構成として実現されてもよい。]
[0111] 任意の開示したプロセスにおける、ステップの任意の特定の順序または階層は、サンプルのアプローチの例であることが理解される。設計選択に基づいて、プロセスにおけるステップの特定の順序または階層は、本開示の範囲内のままで再構成されてもよいことが理解される。ここに示した方法クレームは、エレメントのさまざまなステップをサンプルの順序で表現しており、表現した特定の順序または階層に限定することを意味しているわけではない。]
[0112] ここでの開示した態様に関連して記述した方法またはアルゴリズムのステップは、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、２つのものを組み合わせたもので直接的に具体化されてもよい。（例えば、実行可能な命令や関連データや他のデータを含む）ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバルディスク、ＣＤ−ＲＯＭ、または技術的に知られている他の何らかの形態のコンピュータ読み取り可能記憶媒体のような、データメモリ中に存在していてもよい。サンプルの記憶媒体は、プロセッサが記憶媒体から情報（例えば、コード）を読み取ったり、記憶媒体に情報（例えば、コード）を書き込んだりできるように、例えば、（ここでは、便宜のため、「プロセッサ」と呼ぶことがある）コンピュータ／プロセッサのような機械に結合されていてもよい。サンプルの記憶媒体は、プロセッサに不可欠であるかもしれない。プロセッサおよび記憶媒体は、ＡＳＩＣに存在していてもよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替実施形態では、プロセッサおよび記憶媒体は、ユーザ機器中にディスクリートコンポーネントとして存在していてもよい。さらに、いくつかの様態では、任意の適切なコンピュータプログラムプロダクトは、本開示の態様のうちの１つ以上に関連する（例えば、少なくとも１つのコンピュータによって実行可能な）コードを含むコンピュータ読み取り可能媒体を含んでいてもよい。いくつかの態様では、コンピュータプログラムプロダクトは、パッケージングマテリアルを含んでいてもよい。]
[0113] 開示した態様の先の説明は、当業者が本開示を作り、または使用できるように提供されている。これらの態様に対するさまざまな修正は、当業者に容易に明らかになるであろう。また、ここで規定した一般的な原理は、本開示の範囲を逸脱することなく、他の態様に適用されてもよい。したがって、本開示は、ここで示した態様に限定されることを意図しているものではないが、ここで開示した原理および新規な特徴と矛盾しない最も広範囲に一致させるべきである。]

权利要求:

請求項1
マルチホップワイヤレス通信の方法において、第３のワイヤレスノードに対する送信のために第２のワイヤレスノードにおいてバッファリングされるデータに関する情報を、第１のワイヤレスノードにおいて受信することと、前記情報に基づいて、前記第２のワイヤレスノードに送信するか否かを決定することとを含む方法。
請求項2
前記第２のワイヤレスノードは、ワイヤレス中継ノードを含む請求項１記載の方法。
請求項3
前記情報は、前記第２のワイヤレスノードの送信バッファのステータスを示す請求項１記載の方法。
請求項4
前記情報は、前記第２のワイヤレスノードの送信バッファ中のデータの量がしきい値よりも少ない、しきい値に等しい、または、しきい値よりも多いか否かを示す請求項１記載の方法。
請求項5
前記送信するか否かの決定は、前記送信バッファ中のデータの量が前記しきい値よりも多いまたは前記しきい値に等しい場合に送信しないことを決定することを含む請求項４記載の方法。
請求項6
前記情報は、前記第２のワイヤレスノードから前記第３のワイヤレスノードへのデータフローレートを示す請求項１記載の方法。
請求項7
前記情報は、前記第２のワイヤレスノードから前記第３のワイヤレスノードへのデータルーティングパスに対するデータスループットの減少を示す請求項１記載の方法。
請求項8
前記送信するか否かの決定は、前記第２のノードが前記第３のワイヤレスノードに転送するであろうデータを送信するか否かを決定することを含む請求項１記載の方法。
請求項9
前記第２のワイヤレスノードが干渉管理メッセージを送信することを防ぐためのメッセージを、前記第２のワイヤレスノードに送ることをさらに含む請求項１記載の方法。
請求項10
前記干渉管理メッセージは、少なくとも１つの他のワイヤレスノードからの干渉送信によって、前記第２のワイヤレスノードにおけるデータの受信が悪影響を受ける度合いの表示を含む請求項９記載の方法。
請求項11
前記少なくとも１つの他のワイヤレスノードは、前記干渉管理メッセージに基づいて、少なくとも１つの送信を制限するか否かを決定する請求項１０記載の方法。
請求項12
マルチホップワイヤレス通信のための装置において、第３のワイヤレスノードに対する送信のために第２のワイヤレスノードにおいてバッファリングされるデータに関する情報を、第１のワイヤレスノードにおいて受信するように適合されている受信機と、前記情報に基づいて、前記第２のワイヤレスノードに送信するか否かを決定するように適合されている送信制御装置とを具備する装置。
請求項13
前記第２のワイヤレスノードは、ワイヤレス中継ノードを含む請求項１２記載の装置。
請求項14
前記情報は、前記第２のワイヤレスノードの送信バッファのステータスを示す請求項１２記載の装置。
請求項15
前記情報は、前記第２のワイヤレスノードの送信バッファ中のデータの量がしきい値よりも少ない、しきい値に等しい、または、しきい値よりも多いか否かを示す請求項１２記載の装置。
請求項16
前記送信制御装置は、前記送信バッファ中のデータの量が前記しきい値よりも多いまたは前記しきい値に等しい場合に送信しないことを決定するようにさらに適合されている請求項１５記載の装置。
請求項17
前記情報は、前記第２のワイヤレスノードから前記第３のワイヤレスノードへのデータフローレートを示す請求項１２記載の装置。
請求項18
前記情報は、前記第２のワイヤレスノードから前記第３のワイヤレスノードへのデータルーティングパスに対するデータスループットの減少を示す請求項１２記載の装置。
請求項19
前記送信制御装置は、前記第２のノードが前記第３のワイヤレスノードに転送するであろうデータを送信するか否かを決定するようにさらに適合されている請求項１２記載の装置。
請求項20
前記送信制御装置は、前記第２のワイヤレスノードが干渉管理メッセージを送信することを防ぐためのメッセージを、前記第２のワイヤレスノードに送るようにさらに適合されている請求項１２記載の装置。
請求項21
前記干渉管理メッセージは、少なくとも１つの他のワイヤレスノードからの干渉送信によって、前記第２のワイヤレスノードにおけるデータの受信が悪影響を受ける度合いの表示を含む請求項２０記載の装置。
請求項22
前記少なくとも１つの他のワイヤレスノードは、前記干渉管理メッセージに基づいて、少なくとも１つの送信を制限するか否かを決定する請求項２１記載の装置。
請求項23
マルチホップワイヤレス通信のための装置において、第３のワイヤレスノードに対する送信のために第２のワイヤレスノードにおいてバッファリングされるデータに関する情報を、第１のワイヤレスノードにおいて受信する手段と、前記情報に基づいて、前記第２のワイヤレスノードに送信するか否かを決定する手段とを具備する装置。
請求項24
前記第２のワイヤレスノードは、ワイヤレス中継ノードを含む請求項２３記載の装置。
請求項25
前記情報は、前記第２のワイヤレスノードの送信バッファのステータスを示す請求項２３記載の装置。
請求項26
前記情報は、前記第２のワイヤレスノードの送信バッファ中のデータの量がしきい値よりも少ない、しきい値に等しい、または、しきい値よりも多いか否かを示す請求項２３記載の装置。
請求項27
前記決定する手段は、前記送信バッファ中のデータの量が前記しきい値よりも多いまたは前記しきい値に等しい場合に送信しないことを決定する請求項２６記載の装置。
請求項28
前記情報は、前記第２のワイヤレスノードから前記第３のワイヤレスノードへのデータフローレートを示す請求項２３記載の装置。
請求項29
前記情報は、前記第２のワイヤレスノードから前記第３のワイヤレスノードへのデータルーティングパスに対するデータスループットの減少を示す請求項２３記載の装置。
請求項30
前記決定する手段は、前記第２のノードが前記第３のワイヤレスノードに転送するであろうデータを送信するか否かを決定する請求項２３記載の装置。
請求項31
前記決定する手段は、前記第２のワイヤレスノードが干渉管理メッセージを送信することを防ぐためのメッセージを、前記第２のワイヤレスノードに送る請求項２３記載の装置。
請求項32
前記干渉管理メッセージは、少なくとも１つの他のワイヤレスノードからの干渉送信によって、前記第２のワイヤレスノードにおけるデータの受信が悪影響を受ける度合いの表示を含む請求項３１記載の装置。
請求項33
前記少なくとも１つの他のワイヤレスノードは、前記干渉管理メッセージに基づいて、少なくとも１つの送信を制限するか否かを決定する請求項３２記載の装置。
請求項34
マルチホップワイヤレス通信のためのコンピュータプログラムプロダクトにおいて、第３のワイヤレスノードに対する送信のために第２のワイヤレスノードにおいてバッファリングされるデータに関する情報を、第１のワイヤレスノードにおいて受信するために実行可能なコードと、前記情報に基づいて、前記第２のワイヤレスノードに送信するか否かを決定するために実行可能なコードとを含むコンピュータ読み取り可能媒体を含むコンピュータプログラムプロダクト。
請求項35
アクセスポイントにおいて、アンテナと、第３のワイヤレスノードに対する送信のために第２のワイヤレスノードにおいてバッファリングされるデータに関する情報を、前記アンテナを通して、第１のワイヤレスノードにおいて受信するように適合されている受信機と、前記情報に基づいて、前記第２のワイヤレスノードに送信するか否かを決定するように適合されている送信制御装置とを具備するアクセスポイント。
請求項36
アクセス端末において、第３のワイヤレスノードに対する送信のために第２のワイヤレスノードにおいてバッファリングされるデータに関する情報を、第１のワイヤレスノードにおいて受信するように適合されている受信機と、前記情報に基づいて、前記第２のワイヤレスノードに送信するか否かを決定するように適合されている送信決定器と、前記受信機を通して受信したデータに基づいて、表示を出力するように構成されているユーザインターフェースとを具備するアクセス端末。